home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 3946 < prev    next >
Encoding:
Text File  |  1996-08-05  |  3.7 KB  |  82 lines
  1. Newsgroups: comp.dcom.modems
  2. Path: FreeNet.Carleton.CA!an171
  3. From: an171@FreeNet.Carleton.CA (Anthony Hill)
  4. Subject: Re: To V42Bis or not to V42Bis??
  5. Message-ID: <DM9p11.Gn6@freenet.carleton.ca>
  6. Sender: an171@freenet2.carleton.ca (Anthony Hill)
  7. Reply-To: an171@FreeNet.Carleton.CA (Anthony Hill)
  8. Organization: The National Capital FreeNet
  9. References: <4ej6rh$oa2@canopus.cc.umanitoba.ca> <4eruq2$e2@hg.oro.net> <4etjse$a0g@azure.acsu.buffalo.edu> <4f0jnq$dr7@hg.oro.net>
  10. Date: Sun, 4 Feb 1996 20:03:01 GMT
  11.  
  12.  
  13. Ed Starry (estarry@oro.net) writes:
  14. > millevil@acsu.buffalo.edu (Andrew Milleville) wrote about {Re: To V42Bis or
  15. > not to V42Bis??} in 'comp.dcom.modems'...
  16. > 
  17. > ~: ~ I find that at 28.8 connections I get faster CPS rates with it off.
  18. > ~: ~ Does this make any sense?
  19. > ================================
  20. > 
  21. > ~:     Yes. With compression 'Off' the data stream is slow enough to cross the
  22. > ~: serial port without errors. With compression 'On' the extra amount of data
  23. > ~: that's decompressed within your modem is too much for the serial port to
  24. > ~: handle, there are errors and retries are necessary. Retries slow down CPS
  25. > ~: rates.
  26. > ================================
  27. > 
  28. > ~I think what you're trying to say is, with compression on, and while
  29. > ~you're transferring pre-compressed files, it will do you no
  30. > ~good. Compressed files are notrious for not compressing very well. In
  31. > ~fact, the extra overhead involved in compressing files can slow down
  32. > ~your throughput.
  33. > 
  34. > ~It has nothing to do with serial port speed.
  35. > ===================================
  36. > 
  37. >     I said exactly what I meant. With a 28.8 modem and V.42bis 'Off' the maximum
  38. > throughput will never exceed 2,880 CPS! Data can cross the 'serial port'
  39. > error free at this rate with almost any 28.8 modem, even under the most
  40. > adverse of conditions.
  41.  
  42.     Actualy, 28.8 modems have a max. theoretical throughput of about
  43. 3350-3450cps without data compression, depending on the size of the error
  44. control packets used.  Error control strips the start and stop bits from
  45. your data, so while the you're transfering 10bits/byte over the DTE
  46. connection, you're only sending 8 bits/byte (minus a bit of overhead) over
  47. the DCE connection.
  48.  
  49. >     With V.42bis 'On' the 'Expanded Data throughput rates' can easily exceed
  50. > 7,000 CPS! Many 'serial ports' do poorly (die) at these rates, therefore
  51.  
  52.     If the user has their system set up right, they should never see
  53. overruns, even when sending extremely compressible data.  Of course, it's
  54. a bit much to expect that some new users to understand these stupid
  55. machines and get them workign right..
  56.  
  57. > forcing retries. The more retries the slower the CPS rate becomes. Obviously
  58. > this person is experiencing so many retries the true CPS data throughput
  59. > crossing the 'serial port' is dropping below the rate of V.42bis 'Off'.
  60. > ====
  61. > 
  62. > ~the extra overhead involved in compressing files can slow down
  63. > ~your throughput.
  64. > 
  65. >     If you really believe this you had better get your calculator fixed. When I
  66. > see 7,000 CPS throughput rates I don't care how much 'extra overhead' there
  67. > is, 7,000 is 7,000! I always thought 7,000 CPS was faster than 2,880 CPS?
  68.  
  69.     If you transfer pre-compressed files (eg .ZIP files), you can not
  70. compress them any more using v.42bis (or MNP5 for that matter).  MNP5
  71. actualy tries to compress them again, and ends up actualy increasing the
  72. size of the data packets, lowering throughput.  v.42bis is smart enough to
  73. test which of the "compressed" or "uncompressed" packets are smaller, and
  74. sends that one instead of just blindly sending out compressed packets, so
  75. the only reduction in speed with v.42bis would be a very small one for
  76. overhead (about 2 or 3 cps on a 28.8 connection).
  77.  
  78. Anthony
  79.  
  80. --
  81. Anthony Hill | an171@FreeNet.Carleton.CA
  82.